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Verfahren zur Ansteuerung von. Ruckhaltemitteln 
Stand der Technik 

Die Erfindung geht aus von einem Verfahren zur Ansteuerung von Ruckhaltemitteln nach 
der Gattung des unabhangigen Patentanspruchs. 

Axis DE 19909538 Al ist ein Verfahren zur Ansteuerung von Ruckhaltemitteln bekannt, 
bei dem zunachst der Crash-Typ bestimmt wird. Kann nicht eindeutig auf einen Crash- 
Typ geschlossen werden, wird mit Wahrscheinlichkeitswerten operiert. Das Verfahren ist 
modular aufgebaut und weist ein Unfallklassifizierungsmodul, ein Berechnungsmodul 
und ein Vergleichsmodul auf. 

Vorteile der Erfindung 

Das erfindungsgemaBe Verfahren zur Ansteuerung von Ruckhaltemitteln mit den 
Merkmalen des unabhangigen Patentanspruchs hat demgegemiber den Vorteil, dass 
Crash-Typ und auch Crash-Schwere jeweils fur Crash-Phasen bestimmt werden, die ab 
der Erkennung eines Aufpralls beginnen. Hierdurch ist es moglich, bereits fruhzeitig eine 
Entscheidung iiber die Auslosung treffen zu konnen. Damit konnen Unfalle, die ein 
starkes Ereignis, d.h. einen schweren Unfall, darstellen, bereits fruhzeitig zur Auslosung 
von Ruckhaltemitteln fuhren. Die Erfahrung zeigt, dass umso langer eine 
Ausloseentscheidung bzw. -ansteuerung von Ruckhaltemitteln hinaus geschoben werden 
muss, umso schwieriger und komplexer wird der Auslosealgorithmus. Daher ist es 
sinnvoll, bereits fruhzeitig Entscheidungen treffen zu konnen, urn hier durch eine 
einfachere Struktur des Algorithmus Zeit und Komplexitat einzusparen. Der einfache nnd 
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strukturierte Aufbau des erfmdungsgemaBen Verfahrens bzw. Algorithmus ermoglicht 
weiterhin das einfache Integrieren von neuen Funktionen. Insgesamt fiihrt das 
erfindungsgemaBe Verfahren zu einer besseren Ansteuerung und zeitgenaueren 
Ansteuerung von Ruckhaltemitteln. 

Durch die Verwendung von Crash-Phasen und einer damit verbundenen Steuerung der 
Empfindlrchkeiten der Crash-Schwereerkennung lasst sich passend zu den 
Aufprallsensorsignalen die Crash-Schwere optimal ermitteln. Weiterhin kann eine Crash- 
Phase und eine Crash-Typ-Erkennung zur Steuerung der Empfindlichkeit der 
Crashschwerealgorithmen vorgesehen sein. Die Crash-Typ-Erkennung ermoglicht ein 
angepasstes Wahlen des Crash-Schwere-Algorithmus und damit spezielle Crash- 
Schweren fur die einzelnen Crash-Schwere-Algorithmen. Der modulare Aufbau des 
gesamten Algorithmus ist damit erweiterbar durch zusatzliche Module. Eine Erweiterung 
der Modulfunktionalitat ist durch den ihrerseits modularen Aufbau gegeben. Kommen 
neue Crash-Typen, die erkannt werden sollen, dazu, ist jedemModul ggf. ein Submodul 
zu erstellen. Das erfindungsgemaBe Verfahren bzw. Algorithmus vermeidet jede 
Ruckkopplung. Es liegt auBerdem eine einheitliche Struktur fiir Erweiterungen wie z.B. 
das Hinzufiigen von Upfrontsensoren vor. 

Durch die in den abhangigen Anspriichen aufgefuhrten MaBnahmen und Weiterbildungen 
sind vorteilhafte Verbesserungen des im unabhangigen Patentanspruch angegeben 
Verfahrens zur Ansteuerung von Ruckhaltemitteln moglich. 

Besonders vorteilhaft ist, dass die Crash-Phasen in Abhangigkeit vom Fahrzeug-Typ 
definiert werden. Die Crash-Phasen hangen insbesondere von experimentiellen Crash- 
Tests ab urn auf die Deformierbarkeit des jeweiligen Fahrzeugtyps einzugehen. 

Der Crash-Typ fur jede Crash-Phase wird insbesondere dadurch bestimmt, dass fur 
unterschiedliche Crash-Typen Frontalaufprall, Offset- Aufprall, Seitenaufprall, 
Heckaufprall, AuQ)rall auf eine "deformierbare Barriere oder Pfahlcrash das wenigstens 
eine Signal vom Aufprallsensor untersucht wird und Ergebnisse dieser Untersuchungen 
miteinander verknupft werden, um den Crash-Typ zu bestimmen. Damit kann parallel fur 
die verschiedenen moglichen Crash-Typen das Au^>rallsignal untersucht werden, um 
festzustellen, welcher Crash-Typ der Geeignete ist. Ergibt sich keine eindeutige 
Zuordnung, kann hier mit Wahrscheinlichkeiten gerechnet werden. Es wird also eine 
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gewichtete Verknupfung von unterschiedlichen Crash-Typen vorgenommen. Der so 
fusionierte Crash-Typ bestimmt dann, ob ein oder mehr Algorithmen zur Bestimmung der 
Crash-Schwere verwendet werden. Kann der Crash-Typ beispielsweise nicht eindeutig 
zugeordnet werden, werden mehrere Algorithmen fur die Bestimmung der Crash- 
Schwere verwendet, um auch hier eine gewichtete Summe der Crash-Schwere 2x1 bilden. 

Weiterhin ist es von Vorteil, dass die Ansteuerung der Riickhaltemittel letztlich nur in 
Abhangigkeit von einem Plausibilitatssigrial durchgefuhrt wird. Auch dieses 
Plausibilitatssignal wird von dem wenigstens einen Signal des Aufprallsensors abgeleitet. 
Dies fuhrt zu einer hoheren Sicherheit des erfindungsgemaBen Verfahrens. 

Dariiber hinaus ist es von Vorteil, dass fur die unterschiedlichen Airfprallsensoren im 
Fahrzeug jeweils getrennt fur jede Crash-Phase die Crash-Schwere in der oben 
beschriebenen Weise bestimmt werden. Die daraus resultierenden Crash-Typen und 
Crash-Schweren fur die einzelnen Aufprallsensoren werden dann gemeinsam miteinander 
verkmipft, um jeweils einen Crash-Typ und jeweils eine Crash-Schwere festzustellen. 
Eine weitere Mdglichkeit* den passenden Crashtyp bzw. Crashschwere zu bestimmen, 
liegt in der sinnvollen Kombination verschiedenartiger Sensorsignale, die in gemeinsamer 
Auswertung einen Crashtyp oder Crashschwere ergeben. Zu solchen unterschiedlichen 
Aufprallsensoren gehoren die Sensoren im Zentralgerat, beispielsweise auf dem 
Fahrzeugtunnel und Upfrontsensoren, also die insbesondere am Ruhler angebracht sind, 
und auch Seitenaufprallsensoren. Als Aufprallsensoren konnen neben den iiblichen 
Beschleunigungssensoren auch Verformungssensoren, indirekte Verformungssensoren 
wie Druck- und Temperatursensoren und Precrash-Sensoren verwendet werden. In einer 
Weiterbildung ist vorgesehen, dass in Abhangigkeit von dem jeweils ermittelten Crash- 
Typ bzw. der Crash-Schwere ein Gewichtungsfaktor abgeleitet wird, der fur den • 
einzelnen Crash-Typ fur den jeweiligen Aufprallsensor verwendet wird. Damit ist es : 
moglich, beispielsweise bei einem Frontalaufjprall einen Upfrontsensor ein hoheres 
Gewicht hinsichtlich der hier bestimmten Crash-Typen bzw. Crash-Schwere zu geben, als 
dem Sensor im Zentralgerat. Damit kann eine genauere Bestimmung des Crash-Typs 
bzw. der Crash-Schwere und damit eine bessere Ansteuerung der Ruckhaltemittel erreicht 
werden. Diese Bewertung kann kontinuierlich erfolgen, also durch Gewichtungsfaktoren, 
die eine Zahlenreihe darstellen, oder auch diskret, wobei hier eine Schwelle dann 
verwendet wird, um zu entscheiden, ob beispielsweise die Werte eines Aufprallsensors 
iiberhaupt verwendet werden oder sehr stark eingehen. 



* 
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Zeichnung 

Ausfuhrungsbeispiele der Erfindung sind in der Zeichnung dargestellt und werden in der 
nachfolgenden Beschreibung naher erlautert. 
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Es zeigen: 

Figur 1 ein Blockschaltbild der erfindungsgemaBen Vorrichtung, 

Figur 2 ein Flussdiagramm des erfindungsgemaBen Verfahrens, 

Figur 3 ein erstes Blockschaltbildung des erfindungsgemaBen Verfahrens, 

Figur 4 ein zweite Blockschaltbild des erfindungsgemaBen Verfahrens, 

Figur 5 ein drittes Blockschaltbild des erfindungsgemaBen Verfahrens, 

Figur 6 ein viertes Blockschaltbild des erfindungsgemaBen Verfahrens, 

Figur 7 ein Diagramm zur Bestimmung der Gewichtung, - 

Figur 8 ein funftes Blockschaltbild des erfindungsgemaBen Verfahrens, 

Figur 9 ein sechstes Blockschaltbild des erfindungsgemaBen Verfahrens. 

Beschreibung 

Es wird irri Folgenden ein Verfahren zur Ansteuerung von Riickhaltemitteln beschrieben, 
das sich insbesondere dadurch auszeichnet, dass es keine Ruckkopplung aufweist und mit 
festen Schwellen arbeitet. Kennzeichnend ist, dass hier unterschiedliche Merkmale aus 
den Beschleunigungswerten extrahiert werden, beispielsweise ein gefenstertes Integral 
der Beschleunigung, also ein Geschwindigkeitswert. 

Weiterhin ist eine neue Eigenschaft des erfindungsgemaBen Verfahrens die Verwendung 
von Crash-Phasen. Wie oben dargestellt, ermoglicht dies fur einige Unfalltypen bzw. 
Crash-Schweren bereits friihzeitig eine Entscheidung zu treffen, um dann nur noch die 
anderen Unfalltypen und Crash-Schweren mit einem komplexeren Algorithmus zu 
behandeln, die eine spatere Entscheidung erfordern. Die Crash-Phasen sind wie oben 
dargestellt fahrzeugtypabhangig. 
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Finden unterschiedliche Fensterlangen, wenn ein gefenstertes Integral verwendet wird, 
bei der Merkmalsextraktion Verwendung, so lassen sie sich mit Hilfe von zeitlichen 
Ablaufen steuera, ohne einen Timer oder einen Zahler zu verwenden. Die Crash-Phasen 
werden uber solche impliziten Zeiten gesteuert. Innerhalb der einzelnen Crash-Phasen. 
lassen sich die einzelnen Schwellen mit Hilfe der Merkmale zur Entscheidung, wie z.B. 
Crash-Typen fuhren, unterschiedlich applizieren. Aufgrund der Tatsache, dass kein Timer 
verwendet wird, kann dieser auch nicht aufgrund von fehlerhaften oder falschen Signalen, 
also einem miss use, den Algorithmus negativ beeinflussen. 

Innerhalb der Logikliicke der Algorithmus lassen sich die Ergebnisse der vorhergehenden 
Blocke zusammen fassen. Innerhalb der vorangegangenen Blocke ist es aufgrund der 
Struktur moglich, Ablaufe parallel abzuarbeiten. In der Crash-Typ-Erkennung lassen sich 
die Crash-Typen also alle parallel berechnen und. werden dann uber eine Logik fusioniert. 
Aufgrund dieser Parallelisierung ist es auch einfach moglich, den Algorithmus bzw. das 
Verfahren um eine weitere Funktionalitat zu erweitern, indem einfach mehr neue Blocke 
hinzugefiigt werden. Innerhalb der .Logik werden Informationen beziiglich der Qualitat 
der Signale oder aber deren Prioritaten verarbeitet. Dies kann auch als Wichtigkeit 
interpretiert werden und stellt somit eine wichtige Eigenschaft dar. Jedoch werde andere 
Arten von Informationen verarbeitet. Es werden in den Logikblocken nur ahnliche 
Informationen verarbeitet, ob beispielsweise ein bestimmter Crash-Typ ermittelt wurde, 
oder nicht. 

Der Algorithmus basiert also nicht auf der Trennung von Signalen in einen 
Beschleunigungspfad und einem Integratorpfad. Der Algorithmus verwendet 
ausschlieBlich integrierte Signale. Aus diesen Signalen werden dann mittels geeigneter 
Verfahren Merkmale extrahiert, die uber applizierbare Schwellen bewertet werden und zu 
Aussagen iiber den Crash-Typ, also die Art der Kollision und/oder die Crash-Schwere die 
Starke der Kollision fuhren. Der Algorithmus ist derart modular aufgebaut, dass neue 
Kollisionsarten oder KolUsionsstarken leicht integrierbar sind. 

Figur 1 zeigt in einem Blockschaltbild die erfindungsgemaBe Vorrichtung. Zwei 
Upfrontsensoren 1 und 2, die am Kuhler eines Fahrzeugs befestigt sind, sind iiber 
Leitungen mit einem Steuergerat 5'verbunden. Die Upfrontsensoren 1 und 2 liefern 
Beschleunigungssignale als digitale Signale an das Steuergerat 5. Diese digitalen Signale 
werden im Steuergerat 5 von einem Prozessor 6 verarbeitet. Der Prozessor 6 ist auch mit 
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einem Beschleunigungssensor 7 im Steuergerat 5 verbunden. Auch das Signal dieses 
Beschleunigungssensors, der beispielsweise an einen Analogeingang des Prozessors 6 
angeschlossen ist, wird durch den Prozessor 6 verarbeitet. Dariiber hinaus ist das 
Steuergerat 5 mit einer Seitenaufprallsensorik 3 verbunden. Seitenaufjprallsensoren 
konnen Beschleunigungssensoren oder Verformungssensoren oder indirekte 
Verformungssensoren wie Druck- oder Temperatursensoren sein> Auch Umfeldsensoren 
konnen hier verwendet werden. Umfeldsensoren 4 sind jedoch auch an das Steuergerat 5 
und dabei an den Prozessor 6 angeschlossen. Auch solche Sensoren, die insbesondere als 
Precrash-Sensoren verwendet werden, konnen zur Bestimmung eines Aufprallsignals 
verwendet werden. Die Sensorik 7 im Beschleunigungsgerat 5 ist ublicherweise ein 
Beschleunigungssensor, wobei der Beschleunigungssensor mit einer Empfindlichkeit in 
X- und Y-Richtung ausgebildet sein kann. Das Steuergerat 5 und damit der Prozessor 6 
sind uber einen Datenausgang mit Ruckhaltemitteln 8 verbunden. Diese Ruckhaltemittel 
'8 umfassen Gurtstraffer, Airbags, aktive Sitze und ggf. Uberrollbugel. Diese 
Ruckhaltemittel 8 sind individuell ansteuerbar. Der Einfachheit halber nicht dargestellt ist 
eine Insassenklassiflzierung. Auch die Signale von dieser Insassenklassifizierung nehrnen 
Einfluss auf die Ansteuerung der Ruckhaltemittel 8. 

Im Folgenden wird anhand verschiedener Fluss- und Blockdiagrammen der Ablauf des 
erfindungsgemaflen Verfahrens, auch der erfmdungsgemaflen Vorrichtung, dargestellt. In 
Figur 2 ist in einem Flussdiagramm das erfindungsgemaBe Verfehren in seinem Ablauf 
dargestellt. Im Verfahrensschritt 201 wird die entsprechende Crash-Phase eingestellt Fur 
diese Crash-Phase werden in den Verfahrensschritten 202, 203 und 204 parallel 
Untersuchungen durchgefuhrt, ob ein jeweiliger Crash-Typ hier vorliegt. Das heiflt, die 
Sensorsignale werden daraufhin untersucht, ob sie einen Crash-Typ, beispielsweise 
Crash-Typ 1 in 202, Crash-Typ 2 in 203 oder Crash-Typ 3 in 204 identifizieren. Der 
Einfachheit halber sind hier nur drei Crash-Typen dargestellt, es sind jedoch weit mehr 
als drei Crash-Typen moglich. Zu den Crash-Typen zahlen der Frontalaufprall, der 
Heckaufprall, der Offset- Aufprall, der Aufprall auf eine deformierbare Barriere, der 
Seitenaufprall, ein Pfahlcrash, harte Crashs und ein Uberrollvorgang. Beispielsweise kann 
die Richtung, die aus den Aufprallsignalen ermittelt wird, einen Hinweis auf den Crash- 
Typ geben. Liegt ein Frontalaufprall vor, dann wird ein sehr starkes Signal in X-Richtung 
zu messen sein. Liegt ein Heckaufprall vor, dann wird ein sehr starkes Signal auch in X- 
Richtung, aber in umgedrehter Richtung zu messen zu sein. Bei Offset-Crashs oder 
Seitenaufprallen sind dann entsprechende Methoden anzuwenden, um iiber die Richtung 
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jeden Crash-Typ zu identifizieren. Bei einem Crash auf eine deformierbare Barriere gibt 
der zeitliche Verlauf den Hinweis auf diesen Crash-Typ. 

Nichtausloser (AZT, misuse) konnen iiber Merkmale im Signal selbst erkannt werden. 
Eine LKW-Unterfahrt durch einen PKW ist iiber das zeitliche Auftreten von Signalen, 
hier der Upfrontsensoren und des zentralen Steuergerats, zu klassifizieren. 

Bei Verwendung von zwei Upfrontsensoren lassen sich Offset-Crashes feiner unterteilen, 
beispielsweise in Crashes, bei denen der Kollisionspartner schrag auf das Fahrzeug trifft 
(Winkelcrash) oder aber ob der Kollisionspartner mit einem Uberdeckungsgrad kleiner 
100% auftrifft Seitencrashes konnen iiber das zeitliche Auftreten und den Verlauf von 
Sensorsignalen klassifiziert werden. Als Beispiel dient hier der Pfahl in die Tur, der iiber 
das Drucksignal, falls ein Drucksensor zur Seitenaufprallsensierung vorhanden ist, und 
eine passende Plausibilitat als Crashtyp erkannt und in eine Crashschwere iibersetzt 
werden kann. 

Im nachfolgenden Verfahrensschritt 205 wird eine Fusion der Ergebnisse der einzelnen 
Verfahrensschritte 202, 203 und 204 durchgefuhrt. Dies bedeutet, dass aus den einzelnen 
Ergebnissen der Crash-Typ Vergleiche in Verfahrensschritt 205 der eigentliche Crash- 
Typ nun identifiziert wird. Dominiert keiner der drei Crash-Typen, dann wird iiber 
Gewichtungsfaktoren bzw. Wahrscheinlichkeitswerte, eine Mischform im 
Verfahrensschritt 205 gebildet. In Abhangigkeit vom ermittelten Crash-Typ werden ein 
oder mehrere Algorithmen zur Crash-Schwere-Bestimmung ausgewahlt und aktiviert. 
Wurde beispielsweise der Crash-Typ 1 als der Crash-Typ hier eindeutig identifiziert im 
Verfahrensschritt 205, dann wird zur Verfahrensschritt 206 gesprungen, um den 
Algorithmus fur die Crash-Schwere 1 durchzurechnen, da dieser eindeutig dem Crash- 
Typ 1 zugeordnet ist. Entsprechendes gilt fur die Crash-Schwere 2 im Verfahrensschritt 
207 und Crash-Schwere 3 im Verfahrensschritt 208. Liegt eine Mischform der Crash- 
Typen vor, dann werden wenigstens zwei Crash-Schwere-Algorithmen aktiviert. Es kann 
aber auch bei der eindeutigen Identifikation eines Crash-Typs vorkommen, dass 
wenigstens zwei Algorithmen zur Crash-Schwere-Bestimmung berechnet werden, die 
dann im Verfahrensschritt 209 miteinander fusioniert werden. Auch diese Fusion wird 
durch eine gewichtete Summenbildung durchgefuhrt. In Abhangigkeit vom bestimmten 
Crash-Typ aus Verfahrensschritt 205 unter bestimmter Crash-Schwere aus 
Verfahrensschritt 209, wird in Verfahrensschritt 210 eine Ansteuerung der 
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Riickhaltemittel 8 durchgefuhrt. Dabei wird jedoch noch axis Verfahrensschritt 211 eine 
Plaxisibilitatsuberpriifung anhand der Sensorsignale durchgefuhrt, ob die Ansteuerung der 
Riickhaltemittel iiberhaupt sein kann. 

Figur 3 zeigt in einem Blockschaltbild das erfindungsgemaBe Verfahren. Im Biock 301 
werden die Aufprallsignale, also vorzugsweise Beschleunigungssignale, aus den Sensoren 
1,2,3,4 und/oder 7 erzeugt. Diese Information wird im Folgenden dem 
erfindungsgemaBen Verfahren zur Verfugung gestellt. Im Block 302 werden aus den 
Beschleunigungssignalen verschiedene Merkmale extrahiert, beispielsweise durch 
Integration, Differentiation oder andere Komplexe mathematische Umformung wie 
beispielsweise Filter, beispielsweise ein Kalman-Filter, oder aber Start- oder Stop- 
Bedingungen fur einen Zeitzahler. Im Block 303 geschieht folgendes: Aus bestimmten 
Merkmalen, die der vorangegangene Block 302 zur Verfugung stellt, konnen zeitliche 
Informationen abgeleitet werden, die es ermoglichen, eine Kollision bzw. einen Aufprall 
in unterschiedlichen Crash-Phasen einzuteilen. Die Crash-Phasen folgen zeitlich 
aufeinander von Crash-Beginn bis zum Crash-Ende. Als Crashbeginn wird das Starten 
des Algorithmus definiert und als Endezeitpunkt ist der Algorithmusreset 
ausschlaggebend. Der Start eines Algorithmus wird beispielsweise dadurch festgelegt, 
dass eine Rauschschwelle, die vorgegeben ist, uberschritten wird Die Anzahl der Crash- 
Phasen ist zunachst nicht begrenzt Die Crash-Phase kann durch einen Zeitzahler mit der 
Einheit Cycles dargestellt werden, wobei die Cycles die Periode zwischen den einzelnen 
Rechenschritten des Algorithmus darstellen konnen, ggf. auch kiirzere oder langere 
Perioden. Diese Darstellung in einem Zeitzahler entspricht der maximalen Anzahl der 
Crash-Phasen. Die einzelnen Crash-Phasen dienen dazu, in der Crash-Typ-Erkennung, 
also im Block 304 und/oder der Crash-Schwere-Erkennung im Block 306 
unterschiedliche Empfindlichkeiten zu steuern. Mit Empfindlichkeiten sind 
unterschiedlich hohe Schwellwerte gemeint, mit denen die einzelnen Merkmale 
verglichen werden, um eine Entscheidung bzw. die Ansteuerung der Riickhaltemittel 
durchzufuhren. 

Im Block 304 der Crash-Typ-Erkennung wird mit Hilfe der Merkmale aus Block 302 eine 
Klasseneinteilung der Kollisionsarten vorgenommen. Diese unterschiedlichen Klassen 
konnen aus gangigen Crash-Versuchen abgeleitet sein. Hierbei mussten Crashes wie ein 
Auftreffen auf eine deformierbare Barriere mit einem Uberdeckungsgrad von < 100 %, 
Kollisionen, bei denen das Aktivieren eines Zundmittels nicht angebracht ist, 
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Fahrmanover, die aufgrund des Beschleunigungssignals eine Kollision vortauschen 
(misuse), Kollisionen, bei denen der Aufprallgegner in einem Winkel zur 
Fortbewegungsrichtung des eigenen Fahrzeugs steht oder sich bewegt, Kollisionen, die 
einen Uberdeckungsgrad nahe an 100 % haben. Innerhalb der einzelnen Crash-Phasen 
miissen nicht alle Crash-Typen klassifizierbar sein. Jedoch konnen in einzelnen Crash- 
Phasen alle relevanten Kollisionstypen voneinander unabhangig ermittelt werden. 
Eventuell vorhandene Abhangigkeiten werden hier nicht beriicksichtigt Es konnen 
durchaus mehrere Crash-Typen gleichzeitig detektiert werden. Eine Verknupfiing der 
Ergebnisse der Crash-Typ-Erkennung wird im folgenden Block 305 vorgenommen. 
Dieser Block 305 stellt eine Crash-Typ-Logik dar. Hier werden die Wahrscheinlichkeiten 
der einzelnen erkannten Crash-Typen beurteilt oder bestimmt Aus diesem Ergebnis 
werden die Empfmdlichkeiten der Crash-Wert-Erkennung 306 beeinfhisst 
Abhangigkeiten von Crash-Typen werden in der Crash-Typ-Logik dahingehend 
verarbeitet, dass uber eine Logik der wahrscheinlichste Fall ausgewahlt wird. In einem 
realen Crash-Szenario kann es durchaus vorkommen, dass sich keine eindeutige 
Klassifizierung in eine Crash-Typ-KIasse vornehmen lasst Beispiele fur eine 
Verknupfiing von Crash-Typen sind: ODB (Auftreffen auf eine deformierbare Barriere) 
und AZT (= Versicherungsunfall, bei dem ein moglichst geringer Schaden am Fahrzeug 
.auftritt) erkannt. Setzt sich der AZT-Crash durch und nur dessen korrespondierende 
Crash-Schwereerkennung wird aktiviert, wobei bei AZT eine Crashschwere von 0 
vorliegt. Sollte keine eindeutige Entscheidung getroffen werden,, so besteht die 
Moglichkeit, mehrere Empfmdlichkeiten bei der Crash-Schwere-Erkennung zu wahlen 
und diese anschlieBend in der Crash-Schwere-Logik auszuwerten. Im Block 306, also der 
Crash-Schwere-Erkennung, werden, ausgehend von den Merkmalen der Sensorsignale 
Crash-Schweren abgeleitet. Diese Crash-Schweren werden dann innerhalb der Zundlogik 
weiter verarbeitet und das fur diese Kollision passende Ruckhaltemittel wird aktiviert, um 
den Insassen den optimalen Schutz zukommen zu lassen. Die Anzahl der Crash-Schweren 
ist hierbei nicht auf die Anzahl der Ruckhaltemittel beschrankt. Innerhalb der Crash- 
Schwere-Erkennung konnen Pfade mit unterschiedlicher Empfindlichkeit der Crash- 
Schwere-Bestimmung aktiviert werden, abhangig von der Crash-Typ-Logik. Die Crash- 
Schwere wird linear aufsteigend bestimmt, wobei die kleinste Crash-Schwere einer 
Kollision entspricht, bei der kein Ruckhaltemittel aktiviert werden soil. Die groiite Crash- 
Schwere entspricht dem maximal zu aktivierenden Schutz. Die zeitliche Steuerung der 
Zundmittel findet hier nicht statt. 
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Im Block 307 der Crash-Schwere-Logik werden unterschiedliche Crash-Schweren, die 
aus dem vorangeschalteten Block 306 kommen, derart miteinander verbunden, dass die 
Fahrzeuginsassen einen der Situation angepassten Schutz erhalten. Dies kanii im 
einfochsten Fall eine Prioritat nach der GroBe der verschiedenen Crash-Schweren sein. 
Jedoch sind auch komplexere Logikverkmipfiingen realisierbar. 

Im Block 309 der Ziindlogik wird die an diesem Block ubermittelte Crash-Schwere und 
ggf . der Crash-Typ die passenden Ziindmittel zugeordnet und gewahrleistet auch das 
zeitlich abgestimmte Aktivieren. Es besteht hier auch die Moglichkeit einer von 
Zustanden innerhalb des Fahrzeugs abhangigen Aktivierung. Zustandig hier konnen z.B: 
sein Position des Insassen, sein Gewicht, der Status des Gurts. Dies gilt fur alle erlaubten 
Sitzpositionen im Fahrzeug. 

Der Block 308 stellt die Plausibilitat dar. Innerhalb dieses Blockes 308 werden eventuelle 
Fehler und Unstimmigkeiten innerhalb des Algorithmus-Pfades in ihrer Auswirkung 
gemildert. Damit es zu einer Aktivierung von Riickhaltemitteln kommen kann, sollte die 
Entscheidung unabhangig bestatigt werden. Ein fehlerhafter Sensor konnte zu einer 
Auslosung fiihren, deshalb soli die Plausibilitat von einem anderen Sensor bestatigt 
werden, da hier die Wahrscheinlichkeit, dass 2 Sensoren gleichzeitig defekt sind, deutlich 
geringer ist als bei einem fehlerhaften Sensor. Deshalb konnte ein nicht korrekt 
arbeitender Mikrocontroller, welcher die Berechnungen und Auswertungen vornimmt, 
keine Auslosung verursachen. Weitere Fehlerszenarios konnten von dieser Plausibilitat in 
ihrer Auswirkung gemindert werden. 

Figur 4 zeigt in einem Blockschaltbild, dass eine Crash-Phasen-Steuerung 401 die 
einzelnen Crash-Phasen 402, 403 und 404 ansteuert. 

Hier werden aus den Sensorsignalen zeitliche Informationen extrahiert und in einzelne 
Crashphasen ubersetzt. Eine solche Extraktion kann auch iiber einen Zahler 
(timer/counter) erreicht werden, der abhangig vom Signal gestartet vind gestoppt wird. 
Die Steuerung 401 ubernimmt dann die Aufgabe, die einzelnen Crashphasen 402-404, 
ggfs. auch mehr, aktiv zu schalten. Dies geschieht in Abhangigkeit der zeitlichen 
Information aus den Sensorsignalen, respektive dem Timer. Es kann immer nur eine 
Crashphase aktiv geschaltet werden. Hier werden die Crashphasen aufsteigend gestaffelt 



• 



und innerhalb eines Crashszenarios nacheinander aktiviert. Dies geschieht entweder fest 
liber einen Zahler oder aber abhangig von den Sensorsignalen. 

Figur 5 zeigt in einem weiteren Blockschaltbild das erfindungsgemaBe Verfahren. Fur 
eine jeweilige Crash-Phase 501 wird wie oben dargestellt parallel untersucht, und zwar in 
den Blocken 503, 504 und 505, welcher Crash-Typ zutrifft. Anhand der Ergebnisse dieser 
einzelnen Untersuchungen, wird im Verfahrensschritt 502 der Crash-Typ-Logik dies 
festgestellt. Die Crash-Typ-Logik wird dann in Abhangigkeit von dem bestimmten 
Crash-Typ oder einer gewichteten Summe aus verschiedenen Crash-Typen wenigstens 
einen der Crash-Schwere-Algorithmen 506, 507 oder 508 auswahlen, urn die Crash- 
Schwere anhand der Sensorsignale festzustellen. 

Figur 6 zeigt eine Erweiterung des erfindungsgemaBen Verfahrens. Im Block 601 wird 
der, wie in Figur 3 dargestellte, Crash-Schwere-Algorithmus mit Crash-Typ-Erkennung 
durchgefuhrt. Dies wird der Crash-Typ-Logik 604 zugefiihrt, die hier weiterhin mit einem 
entsprechenden Crash-Typ-Algorithmus fur die Upfrontsensoren 602 verbunden ist. Der 
Crash-Typ wird also hier anhand eines Signals von einem Zentralsensor, der im 
Verfahrensschritt 601 zu einem entsprechenden Crash-Typ fiihrt und den 
Upfrontsensoren aus Verfahrensschritt 602 gebildet. Dabei kann wie oben dargestellt eine 
entsprechende Verstarkung oder Abschwachung der einzelnen Crash-Typ-Ergebnisse des 
Zentralsensor oder der Upfrontsensoren durchgefuhrt werden. Anstatt der 
Upfrontsensoren oder zusatzlich dazu konnen auch andere Sensoren wie 
Seitenaufprallsensoren oder Umfeldsensoren hier eingesetzt werden. Die Crash-Typ- 
Logik, die also den Crash-Typ bestimmt, ist nachgeschaltet, die Crash-Schwere- 
Erkennung 605. Wie oben dargestellt wird mit wenigstens einem Algorithmus die Crash- 
Schwere anhand der Sensorsignale bestimmt. In Verfahrensschritt 606 wird dann xiber 
eine Crash-Schwere-Logik dieses Ergebnis mit einer Crash-Schwere-Erkennung des 
Abfronalgorithmus 603 verkmipft. Daraus wird dann die Crash-Schwere bestimmt, die 
zur Ansteuerung der Zundlogik 607 dient. Auch hier konnen andere Sensormodule, wie 
ein Seitena\ifprallsensor oder Umfeldsensoren eingesetzt werden. 

Der Ansatz zur Fusionierung basiert hierbei auf der Beurteilung der Qualitat der 
einzelnen Crash-Typ oder Crash-Schwere-Informationen. Unterschiedliche Algorithmen, 
zumal wenn sie auf unterschiedliche Sensorinformationen zugreifen, liefern Crash-Typ 
und Crash-Schwere-Informationen von unterschiedlicher Qualitat. Wahrend ein 
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Algorithmus den Crash-Typ A praziser ermitteln kann, hat ein anderer Algorithmus 
Vorteile in der Bestimmung eines anderen Crash-Typs. Diese Qualitatsunterschiede 
werden nun in der Fusionierung der Information durch eine entsprechende Gewichtung 
beriicksichtigt. Da die Logik in Software realisiert wird, lasst sich uber einfaches 
Umprogrammieren andern oder erweitern. Die Beurteilung der Qualitat der Crash-Typen 
und Crash-Schwere-Entscheidungen der verschiedenen Algorithmen erfolgt Simulation 
mit realen oder simulierten Crash-Test-Daten, das sind Beschleunigungsdaten. 

Beispielsweise ist ein optimal funktionierender Upfrontalgorithmus besser in der Lage, in 
eine Uberdeckungsgraderkennung zu bestimmen. Als dies ein zentraler Algorithmus, der 
also auf einem Zentralsensor beruht, ware. Bei der Bestimmung von Crash-Typen und 
-Schweren, die von dem Ergebnis der Uberdeckungsgraderkenniing abhangen, kann die 
Information des Upfrontalgorithmus damit starker gewichtet werden als die Information 
des zentralen Crash-Schwere-Algorithmus. Andererseits kann bei Crash-Typen, bei 
welchen der zentrale Crash-Schwere-Algorithmus prazisere Aussagen erlaubt, dieser 
gegeniiber dem Upfrontalgorithmus entsprechend starker gewichtet werden. Jede Crash- - 
Phase verfugt \iber eine unabhangige Logik zur Crash-Typ- und Crash-Schwere- 
Bestimmung. Diese Eigenschaft kann bei der Fusionierung mit der Information der 
weiteren Algorithmen vorteilhaft genutzt werden. Die Qualitat der Informationen von 
unterschiedlichen Algorithmen andert sich im Allgemeinen im Verlauf des Crashs. 
Beispielsweise liefert der Upfrontalalgorithmus, der auf einer Sensorik im Frontend des 
Fahrzeugs beruht, nur bis in den Bereich mittlerer Crash-Phasen sinnvolle 
Zusatzinformationen zum zentralen Crash-Schwere-Algorithmus. In spaten Crash-Phasen 
ist ein zusatzlicher Informationsgehalt dagegen gering, eine Zerstorung kann hier 
angenommen werden. Die Crash-Typ- und Crash-Schwere-Informationen der 
unterschiedlichen Algorithmen konnen bei der Fusion in jeder Phase entsprechend ihrer 
darm vorliegenden Qualitat xanterschiedlich gewichtet werden. 

Eine Verbesserung des bisherigen Verfahrens kann dadurch erreicht werden, indem ein 
wahrscheinlichkeitstheoretischer Ansatzbei der Crash-Schwere- und Crash-Typ- 
Fusionierung verwendet wird. In der Praxis ist in der Regel das Zentralsteuergerat in 
seiner Wichtigkeit dem Abfrontsensorsystem untergeordnet. In manchen Crash- 
Situationen ist dies jedoch nicht immer richtig. Durch die Erfindung soli die durch die 
unterschiedlichen Sensoren gelieferte Information je nach ihrer Wichtigkeit entsprechend 
fusioniert werden. Dadurch kann fur jeden Crash eine individuelle Crash- Auslosung 



14 - 

R. 304183 

erzielt werden. Im Weiteren ist der Ansatz so gewahlt, dass eine einfache Fusionieruag 
von weiteren Sensoren einfach in das Konzept integriert werden kann. Uber eine 
Parametereinstellung oder aber eine gezielte Berechnung der Wichtigkeit ist die 
Flexibility des Algorithmus entsprechend erweiterbar. 

Der Ansatz zur Fusionierung, basierend auf einer Wahrscheinlichkeit, wird zunachst 
allgemein erlautert. Eine Information aus der Sensorik, direkt oder daraus abgeleitet, kann 
uber eine Rampenfunktion in ein WahrscheinlichkeitsmaB transformiert werden. Dabei 
wird die Rampenfunktion vorzugsweise beschrieben durch eine untere und obere Grenze 
bzw. Schwelle und deren linearen Zusammenhang. Dieser Zusammenhang ist in Figur 7 
dargestellt Auf der Abszisse 701 wird die zu bewertende Information beispielsweise der 
Crash-Typ oder der Crash-Schwere abgetragen. Auf der Ordinate 707 wird die 
Gewichtung bzw. das WahrscheinlichkeitsmaB beispielsweise in % abgetragen. Die 
Rampenfunktion weist eine untere Grenze 703 auf, eine obere Grenze 702 und eine 
Steigung 705. Damit ist der Crash-Typ 704 dem WahrscheinlichkeitsmaB 708 
zugeordnet. Die obere Grenze 702 entspricht 100 % 706. Die untere Grenze 703 0 %. 

Das Prinzip der Rampenfunktion kann, wie oben beschrieben, dazu verwendet werden, 
eine zu verarbeitende Information in ein prozentuales MaB abzubilden oder aber als 
Funktion zur Berechnung von Gewichtungsfaktoren verwendet werden. 

Die Einstellung der jeweiligen Grenzen geschieht uber eine Applikation. Vorteil bei 
diesem Verfahren ist die hohe Flexibilitat Zum einen kann eine Funktion dadurch 
ausgeblendet werden, dass die untere und obere Grenze derart ausgelegt werden, dass bei 
einem vorgegebenen Eingangswert ein Ausgangswert durch die Verarbeitungsvorschrift 
niemals erreicht werden kann, d.h. die Ausgabe des MaBes ist somit 0 bzw. betragt 0 % 
und ist daher fur weitere Funktionen ungiiltig. Im Gegenzug dazu kann die Ausgabe * 
wegen der kontinuierlichen Ausgabe in eine binare Ausgabe gebracht werden, in dem 
obere und untere Grenzen auf einen Mittelwert eingestellt werden, z.B. den Wert 50. 
Dadurch ergeben sich nur 2 Zustande, entweder 0 oder 100. Dieser Aufbau erfolgt fur 
jedes Merkmal getrennt. Dadurch erhalt man beispielsweise fur die Information Crash- 
Typ und Crash-Schwere fur die unterschiedlichen Sensoren folgende GroBen: 

Die einzelnen Information werden aus den Blocken 1 . 1 a bis 1 .2b in Fig. 8 gewonnen. Die fur 
den jeweiligen Sensor giiltige Information wird nun in der Logik (Block 2, 1 und Block 2.2) 
folgendermassen fusioniert: 
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ZBS = CRST * Faktorl + CSST * Faktor2 
(Faktorl + Faktor2) 

UFS = CRUFS * Faktor3 + CSUFS * Faktor4 
(Faktor3 + Faktor4) 



Die Faktoren i (hier i=l ...4) konnen entweder ebenfalls iiber andere Merkmale und 
entsprechende Rampenfunktionen berechnet werden oder aber es sind fest eingestellte 
Parameter im EEPROM. Somit erfolgt zunachst eine gezielte Fusionierung der einzelnen 
Informationen vom Zentralsteuergerats und der Upfrontsensorik getrennt. Die somit erhaltene 
Information kann ggf. an andere Module weitergeleitet werden. Zentral jedoch, um zur 
Ausloseentscheidung zu kommen, werden diese Informationen in einer getrennten 
Auswertelogik (Block 3) mit demselben Schema miteinander verkmipft 

Total = ZBS * FaktorS + UFS * Faktor6 
(Faktor5 + Faktor6) 

Wie oben konnen die Faktoren berechnet oder vorgegebene Werte sein. Im AnschluB wird diese 
Information in Block 4 durch eine Ausloselogik entsprechend verarbeitet 

Einzelwerte, wie zum Beispiel CRST konnen naturlich ihrerseits mit der oben beschriebenen 
m m Methode erzeugt werden. Dies bedeutet, das der Crash Severity Algorithmus, der seinerseits 

unterschiedliche Crashtypen detektieren kann. Diese uber eine gewichtete Summenbildung 
prazisieren kann. Wifd eine solche Bestimmung auch fiir den Crash Typ der 
Up&ontsensoreninformation (CRST) durchgefiihrt lassen sich diese Informationen kombinieren. 
Dies gilt auch fur die Informationen wie CSST und CSUFS. 
2 0 * Hieraus ergibt sich dann folgende Alternative der Bestimmung: 

CRST * Faktor6 + CRUFS * Faktor7 



10 



CRTotal = 
CSTotal = 



(Faktor6*Faktor7) 
CRST * Faktor8 + CRUFS * Faktor9 
(Faktor8*Faktor9) 
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In obiger Berechnungsvorschrift konnen natiirlich CRST aus den einzelnen Crahstypen 

wiederum iiber eine gewichtete Summenbildung entstanden sein. Gleiches gilt fur 

CRUFS,CRST und CRUFS. Beispiel: 

CRST 1 * Fakl 0 + CRST 2 * Fakl 1 + • + CRUFS_1 * Fak20 + CRU FS.J * Fak21 + — 

CRTotal = = 7 \ 

(ZFaktoren) 

Hierbei stehen_l fur die unterschiedlichen Crashtypen oder Crahschweren, das Prafix gibt den 
Ursprung der Signale an. 



Wie in Fig. 9 zu sehen ist werden die Informationen aus den Blocken 1. la bis 1.2b abweichend 
von der Grundidee verkniipft. Block 2 beinhaltet die Verknupfungen ahnlicher Informationen 
nnd Block 3 fuhrt diese Informationen zusammen um sie Block 4 zur Verfugung zu stellen. 



-*17 - 

R. 304183 

23.10.02 Vg/Bo 

ROBERT BOSCH GMBH, 70442 Stuttgart 



Anspriiche 

1. Verfahren zur Ansteuerung von Ruckhaltemitteln (8) wobei wenigstens ein 
aufprallkennzeichnendes Signal erzeugt wird, dadurch gekennzeichnet, dass ab 
Erkennen eines Aufpralls zeitlich definierte Crash-Phasen vorgegeben werden, dass 
fur jede Crash-Phase anhand des Signals ein Crash-Typ und eine Crash-Schwere 
bestimmt werden und dass in Abhangigkeit von der Crash-Schwere und/oder des 
Crash-Typs die entsprechenden Ruckhaltemittel (8) angesteuert werden. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Crash-Phasen in 
Abhangigkeit vom Fahrzeugtyp definiert werden. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass der Crash-Typ fur 
jede Crash-Phase dadurch bestimmt wird, dass fur unterschiedliche mogliche Crash- 
Typen das wenigstens eine Signal untersucht wird und Ergebnisse dieser 
Untersuchungen miteinander verknupft werden, um den Crash-Typ zu bestimmen. 

4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass zur Bestimmung der 
Crash-Schwere wenigstens ein Algorithmus in Abhangigkeit vom Crash-Typ 
ausgewahlt wird und Ergebnisse von dem wenigstens einen Algorithmus zur 
Bestimmung der Crash-Schwere verwendet werden. 

5. Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, dass 
von dem wenigstens einen Signal ein Plausibilitatssignal abgeleitet wird, das zur 
Uberprufung der. Ansteuerung verwendet wird. 



6. 



Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, dass 
fur unterschiedliche Aufprallsensoren im Fahrzeug jeweils getrennt der Crash-Typ 
und die Crash-Schwere fur die jeweilige Crash-Phase bestimmt werden und auch 
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dann auch eine jeweilige Verknupfung der derart bestimmten Crash-Typen und 
Crash-Schweren zur Ansteuerung durchgefuhrt wird. 

7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass die jeweiligen Crash- 
Typen und Crash-Schweren, die fur die unterschiedlichen Aufprallsensoren bestirnmt 
wurden, in Abhangigkeit von dem jeweiligen Crash-Typ und/oder der jeweiligen 
Crash-Schwere und/oder dem jeweiligen Aufprallsensor fur die Verknupfung 
bewertet werden. 

8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass die Bewertung 
kontinuierlich erfolgt. 

9. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass die Bewertung anhand 
jeweiliger Schwellen erfolgt. 

10. Verwendung eines Vorrichtung zur Ansteuerung von Ruckhaltemitteln (8) in einem 
Verfahren nach einem der Anspruche 1 bis 9. 
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Verfahren zur Ansteuerung von Riickhaltemitteln 
Zusammenfassung 

Es wird ein Verfahren zur Ansteuerung von Riickhaltemitteln (8) vorgeschlagen, wobei 
wenigstens ein aufprallkennzeichnendes Signal erzeugt wird. Ab Erkennen eines 
Aufpralls werden zeitlich definierte Crash-Phasen vorgegeben und fur jede Crash-Phase 
wird anhand des Signals ein Crash-Typ und eine Crash-Schwere bestimmt. In 
Abhangigkeit von der Crash-Schwere und/oder des Crash-Typs werden die 
entsprechenden Ruckhaltemittel (8) angesteuert. 



(Figur 2) 
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